home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / files / packet / thenet / tn212.exe / TN211-13.DOC < prev    next >
Text File  |  1993-08-09  |  5KB  |  87 lines
  1.                                   TN211_13.DOC
  2.                           SYSOP REMOTE PARAMETERS (6-11)
  3.                         **********************************
  4.  
  5.                        Parameter 6, NODES BROADCAST INTERVAL
  6.                        -------------------------------------
  7.  
  8.     The  NODES  broadcast  interval  controls the  "heart"  of TheNet's dynamic
  9. routing process.   It is this  timer that sets the frequency of broadcasts that
  10. includes node aliases,  callsigns,  routing, and obsolescence information.  The
  11. broadcast timer also initiates action to systematically decrement  failed nodes
  12. from the routing tables.    For proper synchronization of network actions, it's
  13. recommended  the value selected  for the broadcast  interval be the same on all
  14. nodes  in the system.     Short intervals  will  insure greater network routing
  15. reliability but at the expense of increased network overhead.  Longer intervals
  16. decrease overhead but yields poorer routing reliability.    The suggested value
  17. of  1800 seconds  (30 minutes)  achieves a reasonable  balance.     A 30 minute
  18. interval  will  cause  failed nodes to be decremented out of  neighbor  routing
  19. tables  within  3 hours or less.   A setting of "0" will disable the timer (not
  20. recommended).
  21. (Range: 0-65535)
  22.  
  23.                             Parameter 7, FRACK
  24.                             ------------------
  25.  
  26.     Specifies  the time in seconds a point-to-point level 2 frame retry will be
  27. sent to a node  or a user if a previous  frame isn't acknowledged.    The value
  28. chosen will  vary with the type of service the node performs.  Small values may
  29. unnecessarily increase the node key-up cycle in multi-user environments.  Large
  30. values on single transmitter links will slow throughput.   Values suggested for
  31. multi-user service are "3-6" and, "1-2" for single/dual transmitter links.
  32. (Range: 1-15)
  33.  
  34.                            Parameter 8, MAXFRAME
  35.                            ---------------------
  36.  
  37.     Specifies  the maximum  number of point-to-point level 2 frames that can be
  38. sent to a node or a user without acknowledgement.    Small values on busy high-
  39. speed links  will dramatically increase the node key-up cycle due to  increased
  40. frame  acknowledgement  requirements.   Larger values on solid links will allow
  41. improved  throughput  efficiency.   If keyboard operators are being prematurely
  42. disconnected  on access nodes,  perhaps over-aggressive server TNC parms are at
  43. fault.  Suggested value is 7 frames.
  44. (Range:  1-7)
  45.  
  46.  
  47.                         Parameter 9, LINK MAXIMUM TRIES
  48.                         -------------------------------
  49.  
  50.     Sets  the number of attempts a point-to-point level 2 circuit will be tried
  51. between a user or a node before a failure is reported.   When level 4 transport
  52. end-to-end  circuits are involved,  the number of times the node transmitter is
  53. keyed  on  a failed link is the product of the values for  parameters 9 and 19.
  54. Suggested value is 7 tries.
  55. (Range:  0-127)
  56.  
  57.                         Parameter 10, VALIDATE CALLSIGNS
  58.                         ---------------------------------
  59.  
  60.     Determines  if incoming callsigns  will be  verified  against  the internal
  61. callsign  validation  routine.     It's to  both user and NodeOp's advantage to
  62. implement  callsign  validation.    If  not enabled, a distant user mistyping a
  63. node alias, may have to wait a considerable  length of time before receiving an
  64. appropriate node  response.   If the NodeOp is desiring to allow user downlinks
  65. to  KA-node  aliases,  possibly these  aliases could be selected to satisfy the
  66. callsign  verification  criteria, i.e.,  no  more  than  6 characters with  one
  67. number  included.     For example: CDXB0X (note the zero in  "B0X").   Callsign
  68. validation  ENABLED  also prevents those who forget to  install  their callsign
  69. into  the  TNC,  from  uplinking  to the node.    The node response to a NOCALL
  70. is "Node busy."  Suggested default is "1."
  71. (Range:  0-1)
  72.  
  73.  
  74.                          Parameter 11, HOST MODE CONNECTS
  75.                          --------------------------------
  76.    The primary function of host mode is to allow the NodeOp to service the node
  77. while  on-site.    However,  a user can  connect to a  terminal or other device
  78. attached to the node's RS-232 port if the following conditions are met:
  79.  
  80.   1.  Parameter 11, host mode connects is ENABLED (1).
  81.   2.  The terminal or other RS-232 device isn't actively CONNECTED to the node.
  82.  
  83. Host mode is a single user port, thus allows only one user at a time to CONNECT
  84. to it.   OFF (0), ON (1).
  85. (Range:  0-1)
  86.  
  87.